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Description 
Technical Field 

[0001] This invention relates to the providing of com- 5 
munication services using a distributed call system. 

Background of the Invention 

[0002] A well known problem in the art of telephony is <o 
that the systems which provide telephone service, e.g., 
central offices (CO), private branch exchanger (PBX), 
and internet telephony servers, are discrete islands of 
functionality, and each such island has its own particular 
syntax and semantics. In addition, each of the larger is- <s 
lands has its own subislands which likewise employ their 
own respective syntaxes and semantics. For example, 
a CO employs a) signaling system 7 (SS7), b) integrated 
services digital network primary or basic rate (IS- 
DN-PRI/BRI), c) T1 wink/start, d) analog loop start, and 20 
e) analog ground start; while internet telephony has a) 
H.323 and b) session invitation protocol (SIP). The use 
of the different syntaxes and semantics makes it difficult 
to easily interconnect the various islands, and it is virtu- 
ally impossible to provide features that work together 25 
seamlessly across the various islands. In addition, there 
is a need to integrate with the already existing islands 
of communication other forms of communication, such 
as quasi-synchronous communication, which include, 
for example, forms of instantaneous messaging such as 30 
a) paging or b) buddy lists for providing private chat 
rooms. 

[0003] ECTF Architecture Framework Revision 1.0 
provides an overview of the Architectural Framework 
used by ECTF for client-server based computerteleph- 35 
ony. 

[0004] United States Patent No. 5,822,422 is directed 
to an exchange control arrangement. Taught therein is 
a switch which is operated using a control arrangement 
which has two levels, a first level using a real-time de- *o 
vice level operating system and the second level using 
a universal operating system. 

[0005] PCT patent application No. PCT/SE 92/00429 
teaches an arrangement of software modules for con- 
trolling a stored program controlled telecommunications 15 
switching exchange. There are application software 
modules, control modules, and telecommunications re- 
source modules. The modules may communicate with 
each otherand control resources to provide telecommu- 
nications services to users. so 

SUMMARY OF THE INVENTION 

[0006] A system and method according to the inven- 
tion are as set out in the independent claims. Preferred 55 
forms of the system are set out in the dependent claims. 
[0007] We have recognized that seamless telephony 
can be provided across the various islands of telephony 



functionality by supplying telephone services using a 
distributed architecture that employs a collection of re- 
sources each of which exposes a hierarchical name- 
space. The architecture of the invention includes two 
fundamental resource types, namely, i) the device serv- 
er and ii) the call coordinator, which are interconnected 
by a network employing a common protocol, e.g., trans- 
mission control protocol/internet protocol (TCP/IP). 
Each resource can participate in more than one call, i. 
e., each resource acts as a distributed file system that 
can arbitrate various requests presented to it. The inter- 
action between the various resources that are available, 
which are substantially independent, follows "client- 
server" architecture principles to implement end-to-end 
communication. 

[0008] More specifically, typical device servers repre- 
sent physical/logical telephone devices, which include 
a) end-point device servers and b) gateway device serv- 
ers. End-point device servers 1) represent controls for 
communication, such as keypads, indicator lamps, and 
displays, and 2) perform media rendering, e.g., voice 
digitization, transport, and reconstruction. End-point de- 
vice servers may include phone device servers. Gate- 
way device servers have two "sides". One side is imple- 
mented to appear to a call coordinator as if it were a 
device server, and the other side has an interface adapt- 
ed to interwork with a preexisting island of telephone 
service. Gateway device servers may include line de- 
vice servers. In the term "device server", "server" is used 
in the conventional manner of the "client-server" archi- 
tecture, where the server serves requestfrom the clients 
and does not take action unless it is in response to a 
client request. 

[0009] A call coordinator functions in the role of the 
"client" of the conventional "client-server" architecture, 
e.g., it initiates requests for services to the various de- 
vice servers. Since the call coordinator is the client, it is 
able to request service from various ones of the servers, 
i.e., device servers or gateway servers, as is appropriate 
for the service being provided on a particular call and 
consistent with stored rules or registrations. The device 
servers are unaware of communication state, which is 
the interaction among multiple device servers. Instead, 
communication state is maintained by the call coordina- 
tor, which exposes the communication state as a hier- 
archical namespace. A hierarchical namespace is 
analagous to a computer disk-based hierachical file sys- 
tem except that what appears in the nodes and leaves 
of the hierarchy may not be actual directories and files 
but instead may be other data structures in memory 
which are presented in the form of a file system. The call 
coordinator treats the processing of a call as a sequence 
of steps each of which can be implemented by a small 
piece of computer executable code called a "feature ap- 
plet". 

[0010] Thus, by viewing the various devices as clients 
and the call coordinator as the server, the invention im- 
plements the opposite of conventional systems. 
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Brief Description of the Drawing 

[0011] In the drawing: 

FIGs. 1, 3, 4, and 6 show exemplary architectures 5 
for implementing telephony services in accordance 
with the principles of the invention; 
FIG. 2 shows a simplified namespace tree for a de- 
vice server; and 

FIG. 5 shows an exemplary namespace of a call co- <o 
ordinator. 

Detailed Description 

[0012] The following merely illustrates the principles *s 
of the inventions. It will thus be appreciated that those 
skilled in the art will be able to devise various arrange- 
ments which, although not explicitly described or shown 
herein, embody the invention as defined by the claims. 
[0013] As used herein, a hierarchical namespace is 20 
analogous to a computer disk-based hierachical file sys- 
tem, which may be represented as a tree structure, ex- 
cept that what appears in the nodes and leaves of the 
hierarchy may not be actual directories and files but in- 
stead may be other data structures in memory which are 25 
presented in the form of a file system. Thus, a hierarchi- 
cal namespace is comparable to a so-called "RAM- 
disk", except that the namespace can be bound to a disk 
file system. 

[0014] In accordance with the principles of the inven- 30 
tion, seamless telephony can be provided across the 
various islands of telephony functionality by supplying 
telephone service using a distributed architecture that 
employs a collection of resources each of which expos- 
es a hierarchical namespace to at least one other re- 35 
source. The architecture of the invention includes two 
fundamental resource types, namely, i) the device serv- 
er and ii) the call coordinator, which are interconnected 
by a network employing a common protocol, e.g., trans- 
mission control protocol/internet protocol (TCP/IP). *o 
Each resource can participate in more than one call, i. 
e., each resource acts as a distributed file system that 
can arbitrate various requests presented to it. The inter- 
action between the various resources that are available, 
which are substantially independent, follows "client- 45 
servef architecture principles to implement end-to-end 
communication. In accordance with an aspect of the in- 
vention, by using the namespace all communications 
among the resources of the distributed architecture ap- 
pear to be file system communications. so 
[0015] More specifically, in the term "device servef, 
"server" is used in the conventional manner of the "cli- 
ent-server" architecture, where the server serves re- 
quests from the clients and does not take action unless 
it is in response to a client request. The device server 55 
maintains protocol state information forthe protocol that 
it uses to communicate with the call coordinator. Each 
device server exposes itself as a hierarchical name- 



space so that any client that wants to make use of the 
services provided by the device server, accesses the 
device server as if it is accessing a distributed file sys- 
tem. Typical device servers represent physical/logical 
telephone devices, which include a) end-point device 
servers and b) gateway device servers. 
[0016] End-point device servers 1 ) represent controls 
for communication, such as keypads, indicator lamps, 
and displays, and 2) perform media rendering, e.g., 
voice digitization, transport, and reconstruction. End- 
point device servers may include phone device servers; 
an autoattendant (voice messaging) server; servers for 
intelligent personal communications, so-called intelli- 
gent agents; and the like. One example of an end-point 
device server is a phone device server. A phone device 
server typically models a telephone set which consists 
of a) a control surface which is employed by a user for 
call initiation, termination, and control operations, and 
b) a media rendering engine, e.g., a speaker and/or mi- 
crophone foraudio applications, a display screen for vid- 
eo applications, and the like. 

[0017] The actual control surface and media render- 
ing details may be different for various particular embod- 
iments, i.e., for different telephone sets or communica- 
tion devices. For example, a standard plain old tele- 
phone service (POTS) telephone set has no display and 
many aspects of its control surface are actually imple- 
mented using the media of the POTS telephone set itself 
for in-band signaling. By contrast, a so-called personal 
computer (PC) soft phone uses menus/windows as con- 
trol surface, with audio rendering done through the PC's 
sound card. Another type of phone device is a PC run- 
ning a standard H.323 (SIP) client, such as a Microsoft's 
NetMeeting phone. For such a phone device a proxy for 
the SIP client runs, typically in the common protocol net- 
work and exposes a namespace interface, e.g., a file 
system interface. Additionally, a Proxy Device Server 
implementing the Instantaneous Messaging (IM) proto- 
col RVP so that IM clients can make/receive/manipulate 
circuit/packet phone calls in a seamless fashion, may 
be employed as a phone device server. All of these, and 
other, phone devices may be connected to appropriate 
phone device servers. 

[0018] Note that standard telephony concepts such 
as dial tone, ringing, and the like are details local to the 
particular phone device. Thus, a phone device server 
that supports a POTS telephone would likely supply dial 
tone, whereas the PC user interface may have no direct 
analogue of a dial tone, and hence the phone device 
server supporting a PC phone would not provide it. The 
important idea is that any other client, such as the call 
coordinator, using a phone device server is oblivious of 
the individual/local details of the end-point device. 
[0019] For a POTS telephone set a phone device 
server may be implemented in the form of a PC with a 
POTS interface card for connection to a POTS tele- 
phone set and a network card for TCP/IP connectivity. 
When used with TCP/IP, the network card may be any 
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type of communications device that can be used to ob- 
tain TCP/IP connectivity, such as network interface 
cards (NIC), conventional analog modems, optical fiber 
interface cards, integrated services digital network (IS- 
DN) modems, any form of digital subscriber loop (DSL), 5 
orthe like. The phone device server may be implement- 
ed in the form of a subscriber loop carrier or private 
branch exchange (PBX) that have been outfitted with an 
interface, such as a TCP/IP interface card, for connect- 
ing to the network used by the call coordinator and other 10 
device servers. 

[0020] Gateway device servers have two "sides". One 
side is implemented to appear to a call coordinator as if 
it were a device server, and is for connecting the gate- 
way device server to the network used by the call coor- *s 
dinator and other device servers. The other side of the 
gateway device server has an interface adapted to in- 
terface with, as well as control and operate, elements of 
a preexisting island of telephone service. An exemplary 
gateway device server is a line device server. 20 
[0021] A line device server typically models a legacy 
network interface which is capable of supporting one or 
more telephone calls through a preexisting island of tel- 
ephone service, such as the public switched telephone 
network (PSTN). The legacy network interface may in- 25 
elude both call control and media rendering aspects. Ex- 
emplary legacy network interfaces include: a) a teleph- 
ony card supporting one or more analog loop start inter- 
faces for a POTS network connection; b) a telephony 
card supporting one or more ISDN primary rate interfac- 30 
es (PRI) interfaces for use with ISDN network connec- 
tions; c) a standard private branch exchange (PBX) 
which can be controlled via an accessible interface; d) 
a proxy line device server which exchanges H.323 pro- 
tocol with H.323 gateways, such as a proxy phone/line 35 
device server which acts as an H.323 multipoint control 
unit (MCU)to other H.323 clients, or a proxy line device 
server which implements the H.323 RAS protocol to act 
as a registration/admission server for H.323 clients in a 
specific domain (note that the RAS/MCU device server *o 
typically is represented both as a phone device server 
and line device server proxy for multiple line and phone 
devices simultaneously); and e) a proxy phone/line de- 
vice server which implements the SIP server protocol. 
Note that in addition to enabling interfacing with legacy 15 
networks, the principles of the invention can be used to 
permit interfacing with islands of telephony that have yet 
to be developed. 

[0022] A primary function of a gateway device server 
is to act as a gateway between the network connecting so 
the device servers and call coordinators and some other 
external network, e.g., a legacy network which is one of 
the islands of telephony. To this end, the gateway device 
server is a valid entity in the legacy network and employs 
the appropriate protocol of that legacy network. By ex- 55 
posing a namespace to its clients, namely, the call co- 
ordinator, individual gateway device servers shield the 
call coordinator from specific signaling protocols of the 



legacy network. This is achieved by maintaining proto- 
col specific state in the gateway device server 
[0023] Device servers can handle multiple calls from 
a single call coordinator, as well as handle multiple such 
call coordinators. To handle such multiple interactions 
and multiplexing, device servers maintain local state. 
[0024] A call coordinator accomplishes communica- 
tions among various device servers. The call coordina- 
tor may be implemented as a software module that is 
executed by a computer connected to the network to 
which the device servers are attached. The computer 
executing the call coordinator may be separate from the 
computer, or computers, of the device servers, or it may 
share processing power with one or more of the device 
server computers, or other computers attached to the 
network. Alternatively, the functionality of the call coor- 
dinator may be distributed over several computers, 
which may be separate from, or shared with, the com- 
puters of the device servers, in any combination. A sin- 
gle network may have more than one call coordinator 
attached to it. 

[0025] The notion of call/communication, and any as- 
sociated management tasks, is entirely handled by the 
call coordinator. The call coordinatorfunctions in the role 
of the "client" of the conventional "client-server" archi- 
tecture, e.g., it initiates requests for services to the var- 
ious device servers. Typically, such requests are in re- 
sponse to a so-called "event" that is detected by the call 
coordinator. Since the call coordinator is the client, it is 
able to request service from various ones of the servers, 
i.e., device servers or gateway servers, as is appropriate 
for the service being provided on a particular call and 
consistent with stored rules or registrations. 
[0026] The device servers are unaware of communi- 
cation state, which is the interaction among multiple de- 
vice servers. Instead, communication state is main- 
tained by the call coordinator, which exposes the com- 
munication state as a hierarchical namespace. As a cli- 
ent of the device servers, the call coordinator manipu- 
lates the device servers to accomplish communications. 
The call coordinator furthermore captures and exports 
such an interaction, known as a "call session", as a hi- 
erarchical namespace. 

[0027] The call coordinator treats the processing of a 
call as a sequence of steps each of which can be imple- 
mented by a small piece of computer executable code 
called a "feature applet". Feature applets perform a spe- 
cific step in call processing and as part of the step it typ- 
ically manipulates the call tree of the namespace ex- 
posed by the call coordinator. That is, apart from loading 
the feature applets, the call coordinator and the feature 
applets communicate entirely through the call tree. Fea- 
ture applets can be dynamically loaded and executed 
by the call coordinator. In accordance with an aspect of 
the invention, the feature applet code can be located 
somewhere else in the network and can be loaded on 
the fly from the network, or the feature applet itself can 
even be executed somewhere else in the network. Since 
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the session state is manipulated using the call tree 
which is exposed by the call coordinator as a hierarchi- 
cal namespace, the location where the feature applet 
executes, as part of processing the current call/session 
is irrelevant. 

[0028] The call coordinator supports an explicit user 
model. That is, users of the system are authenticated 
by the call coordinator and are bound to specific devic- 
es. Users of the system may also dictate what feature 
applets are run by the call coordinator while processing 
a call on their behalf. To accomplish this, feature applets 
may be logically grouped for every user of the system. 
Advantageously, the call coordinator provides a facility 
for incrementally evolving the system for each user. 
[0029] FIG. 1 shows an exemplary architecture for im- 
plementing telephony service in accordance with the 
principles of the invention. Shown in FIG. 1 are a) POTS 
telephones 101 and 113, b) phone device server 103, 
c) call coordinator 1 05, d) line device server 1 07, e) data 
network 109, f) public switched telephone network 
(PSTN) 1 1 1 , and g) data links 1 1 5. POTS telephone 1 0 1 
is connected via a POTS interface to phone device serv- 
er 103. Phone device server 103, call coordinator 105 
and line device server 107 are connected by data links, 
e.g., TCP/IP links 115, to data network 109, which is, for 
example, an Internet-like network ora so-called intranet. 
Line device server 1 07 is also connected to PSTN 111, 
e.g., by a tip-ring line, as is POTS telephone 113. 
[0030] To achieve a telephone call between POTS tel- 
ephone 101 and 113, the following exemplary functions 
occur. 

[0031] When the telephone call is originated by POTS 
telephone 101, POTS telephone 101 is taken offhook, 
e.g., by a calling party, in the usual manner. This sends 
a signal to phone device server 103, which supplies, or 
causes the supplying of, dial tone, to POTS telephone 
101. In response to dialing taking place at POTS tele- 
phone 101, phone device server 1 03, removes, or caus- 
es the removal of, the dial tone and obtains the dialed 
digits. Thereafter, phone device server 103 raises an 
event, which may be achieved by writing to the event- 
control file of the tree representing the hierarchical 
namespace of phone device server 103. As noted the 
hierarchical namespace of phone device server 103 
may be represented as a tree data structure. 
[0032] FIG. 2 shows simplified namespace tree 201 
for a device server, e.g., phone device server 103. As is 
conventional in file systems, root node 209 of name- 
space tree 201 is designated "#/". Event-control 203 is 
the file into which events that are to be indicated to call 
coordinator 105 are written, and into which service re- 
quests from call coordinator 105 are written. Thus, an 
indicator that a call is to be originated and the dialed 
digits are placed in event-control 203. Node data 205 is 
used for negotiation of media once a call is set up. Node 
user 207 contains indications as to which feature ap- 
plets are to be run by call coordinator 1 05 in processing 
a call for the device server, as described in more detail 



hereinbelow. 

[0033] Returning to FIG. 1 looks at the event-control 
files of the namespace trees of all the device servers 
that it supports. To this end, call coordinator 1 05 is aware 
of the configuration ortopology of data network 109, in- 
cluding the location, e.g., the addresses of, the device 
servers as well as the particular devices behind those 
servers. Thus, for example, call coordinator 105 may 
have stored the identities — personal or electronic — of 
the owners of telephones served by phone device serv- 
ers, the telephone numbers, if any, of such telephones, 
and the lines served directly, or the telephones reacha- 
ble, by line device servers. The information necessary 
to provide call coordinator 1 05 with this awareness may 
be preprogrammed into call coordinator 1 05, may be dy- 
namically discovered by call coordinator 1 05 using know 
processes, or may be achieved using a combination of 
the foregoing. 

[0034] In response to reading the event-control file 
203 call coordinator 105 undertakes to determine what 
event has taken place and what should be done about 
it. In the particular example being described, call coor- 
dinator 105 determines that a user at POTS telephone 
101 desires to make a call to the telephone number in- 
dicated by the dialed digits. To achieve this in the man- 
ner desired by the caller, call coordinator 105 causes 
this necessary applets to execute. 
[0035] In accordance with an aspect of the invention, 
the particular applets executed establishing or during a 
call may be: a single applet custom for the calling party, 
as noted; a generic applet for the calling party; a se- 
quence of applets that are custom to the calling party; 
a generic sequence of applets for the calling party; a 
single applet custom for the called party, as noted; a ge- 
neric applet for the called party; a sequence of applets 
that are custom to the called party; a generic sequence 
of applets for the called party; any combination of the 
foregoing; and any other applet that one could imagine. 
The applets may all be located within call coordinator 
105, they may be located external to call coordinator 
105, or a combination of both. Also, the applets may all 
be executed by call coordinator 105 or they may be ex- 
ecuted by other resources, e.g., servers or call coordi- 
nators, connected to data network 109. 
[0036] For example, the caller may have a feature that 
permits the caller to specify multiple telephone number 
sequence at which to try specified called parties as a 
function of the telephone number dialed. If so, call co- 
ordinator 105 would run the applet forthis feature, which 
would determine if the dialed number was associated 
with a multiple telephone number sequence. In the 
event that the dialed telephone number was not asso- 
ciated with a multiple telephone number sequence, call 
coordinator 105 would then run the default call place- 
ment applet. In the event that the dialed telephone 
number was associated with a multiple telephone 
number sequence, call coordinator 1 05 would obtain the 
first telephone number of the sequence and then exe- 
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cute the default call placement applet. If the call was not 
completed, control would be returned to the sequence 
applet, which would then obtain the next number, if any, 
and again execute the default call placement applet. If 
a call could not be completed to any of the telephone s 
numbers in the sequence, the sequence applet would 
hand control back to call coordinator 105, which could 
then execute another applet, e.g., play a message to 
inform the calling party that the called party could not be 
reached. <o 
[0037] Assuming thata simple voice connection is de- 
sired to be attempted for a single telephone number, call 
coordinator 105 determines, for data network 109, the 
network routable address of the called party that corre- 
sponds to the obtained digits. This is performed by a *s 
mapper within, or associated with, call coordinator 105. 
The mapper is, essentially, a routing engine. The func- 
tion of the mapper is to supply to an applet, e.g., the 
currently executing applet, a restricted list of addresses 
for gateway device servers or phone device servers 20 
which are likely to be able to complete the call. 
[0038] In this case of a simple voice connection, the 
mapper returns the address of line device server 107. 
Call coordinator 105 then requests, as a client, service 
from line device server 107. In particular, call coordina- 25 
tor 105 requests that line device server 107 establish a 
connection to the telephone number obtained from 
POTS telephone 101 . This is achieved by writing an ap- 
propriate command, e.g., an establish connection com- 
mand, into the event-control file of the namespace tree 30 
of line device server 107. In addition, the dialed digits 
are supplied in the event-control file of the namespace 
tree of line device server 1 07, so that device server 1 07 
will know which telephone reachable via line device 
server 1 07 is to be connected to. 35 
[0039] In response to the request for service from call 
coordinator 105 via its TCP/IP interface, line device 
server 107 begins the process of establishing the re- 
quested connection from itself to POTS telephone 113. 
This is accomplished by using conventionally available 40 
protocols of PSTN 111 , and is completely invisible to call 
coordinator 1 05. Upon achieving a connection to POTS 
telephone 113, or at least to a point in PSTN 111 for 
which it is worth establishing a media connection 
through to POTS telephone 101 — e.g., when ringback 4$ 
or busy signals are being supplied by PSTN 111 to line 
device server 1 07 — call coordinator 1 05 causes the es- 
tablishment of a media path between phone device 
server 1 03 and line device server 1 07. This is achieved 
by call coordinator 1 05 writing service requests for me- so 
dia connectivity into the event-control file of the name- 
space tree of each of phone device server 1 03 and line 
device server 107. 

[0040] Upon successful connection and establish- 
ment of the call, call coordinator 105 monitors the call 55 
in the event further service is required on the call. For 
example, call takedown may be requested in response 
to one of telephones 101 or 113 going on-hook. Alter- 



natively, additional feature processing, such as call wait- 
ing, call transfer, or bill sharing, may be requested. As 
with call setup, the need to provide such service is indi- 
cated by requests placed into the event-control file of 
the namespace tree of the relevant one of phone device 
server 103 and line device server 107. Call coordinator 
105 reads the event-control file, runs the appropriate ap- 
plets, and, as client, issues service requests to the ap- 
propriate servers. 

[0041] To terminate the call, for example, POTS tele- 
phone 101 goes on-hook. This event is written into the 
event-control file of the namespace tree of phone device 
server 1 03, and call coordinator 1 05 becomes aware of 
the event. In response to the event, an applet is run by 
call coordinator 105. In one embodiment of the inven- 
tion, the applet may request disconnect service from 
phone device server 103 and line device server 107, by 
writing a disconnect command into each of their event- 
control files, along with specifying the respective tele- 
phone number to be disconnected. 
[0042] Similarly, if it was POTS telephone 113 that 
went on-hook, an indication of this event is written into 
the event-control file of the namespace tree of line de- 
vice server 107, which actually would likely be in the 
form of an indication that the particular line used by line 
device server 1 ,07 for the call disconnected. Upon de- 
tection of this event in the event-control file of line device 
server 1 07 call coordinator 1 05 runs the associated ap- 
plet. In one embodiment of the invention, the applet may 
request disconnect service from phone device server 
103 and line device server 107, by writing a disconnect 
command into each of their event-control files, along 
with specifying the telephone number to be disconnect- 
ed. 

[0043] Notethatthe particularappletexecuted call co- 
ordinator 1 05 in response to any event it is made aware 
of is entirely at the discretion of the implementor, and 
the nature of the applet is, advantageously, essentially 
unlimited. In fact, the applet executed may be specified 
by the implementor, specified by the ultimate user, or 
may be any combination thereof. Moreover, the code 
may even be written by the ultimate user. Furthermore, 
the code need not be located within, or executed by, call 
coordinator 105. 

[0044] FIG. 5 shows an exemplary namespace of call 
coordinator 1 05. Asforthe namespace of a device serv- 
er, root node 501 of the namespace is "#/". 
[0045] Under root node 501 is global event-control file 
511. Into global event-control file 511 are all events that 
pertain to all of the calls, e.g., globally related billing in- 
formation, such as a change of billing rate schedule be- 
cause of a change of time. Additionally, global event- 
control file 511 can be opened and read by programs, 
such as event detail recording, that desire to learn about 
all the call processing events that are taking place in this 
call coordinator. 

[0046] Also under root node 501 is calltree node 503, 
under which all the calls currently 0 active under the ju- 
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risdiction of call coordinator 105 can be found global 
event-control file 511. For each active call there is an 
active call node 505. In FIG. 5, only one active call is 
shown. Under each active call node 505 there is a call- 
wide event control file 507 and a number node 509 for 
each device on the call. Call-wide event control file 507 
is used for events that pertain to the call as whole. Call- 
wide event control file 507 provides all the call process- 
ing events relevant to this particular call. The call coor- 
dinator and the feature applets may communicate 
through call-wide event control file 507. 
[0047] Each number node 509 is identified by the net- 
work routable address of the device that it represents. 
The number node actually represents the entire name- 
space exposed by the identified device. Thus, the 
number node is not really a single node but instead is 
itself a tree of the namespace of a device server, with 
the root node of the tree being located in the location of 
number node 509. 

[0048] FIG. 4 shows another exemplary architecture 
for implementing telephony service in accordance with 
the principles of the invention. The embodiment of FIG. 
4 is essentially the same as that of FIG. 1 , except that 
the functionality of data network 109 has been sub- 
sumed into PC 115, thus also eliminating the need for 
data links 115. Functionally, however, a) POTS tele- 
phones 101 and 1 1 3, b) phone device server 1 03, c) call 
coordinator 1 05, d) line device server 1 07, and e) public 
switched telephone network 111 operate the same as 
was described in connection with FIG. 1 . 
[0049] FIG. 3 shows yet another exemplary architec- 
ture for implementing telephony service in accordance 
with the principles of the invention. Shown in FIG. 3 are 
a) POTS telephone 313, b) phone device servers 303, 
including phone device servers 303-1 and 303-2; c) call 
coordinators 305; including call coordinators 305-1 and 
305-2; d) line device server 307; e) data network 309; f) 
public switched telephone network (PSTN) 311; g) data 
links 315; h) multimedia PCs 321, including multimedia 
PCs 321-1 and 321-2; i) microphones (MIC) 323, includ- 
ing microphones 323-1 and 323-2; and j) speakers 325, 
including speakers 325-1 and 325-2. Phone device 
servers 303 perform the same functionality as phone de- 
vice server 1 03 of FIG. 4, except that phone device serv- 
ers 303 interface with the phone device made up of their 
connected ones of microphones 323 and speakers 325 
as processed through the one of multimedia PC 321 in 
which they reside, as well as the keyboard and monitor 
if any of that multimedia PC. Call coordinators 305 per- 
form the same functionality as call coordinator 105 of 
FIG. 4. 

[0050] Multimedia PCs 321-1 and 321-2 and line de- 
vice server 307 are each connected by a data link, e.g., 
one of TCP/IP links 315, to data network 309, which is, 
for example, an Internet-like network or a so-called in- 
tranet. Phone device server 303-1 and call coordinator 
305-1 can communicate with each other directly within 
multimedia PC 321-1, and can communicate with re- 



sources outside of multimedia PC 321-1 by using the 
TCP/IP link 315 that connects multimedia PC 321-1 to 
data network 309. Similarly, phone device server 303-2 
and call coordinator 305-2 can communicate with each 

5 other directly within multimedia PC 321 -2, and can com- 
municate with resources outside of multimedia PC 
321-2 by using the TCP/IP link 315 that connects mul- 
timedia PC 321 -2 to data network 309. Line device serv- 
er 307 is also connected to PSTN 311 , e.g., by a tip-ring 

10 line, as is POTS telephone 313. Line device server307, 
PSTN 31 1 , and POTS telephone 313 each functions the 
same as its namesake counterpart in FIG. 4. 
[0051] In the embodiment of FIG. 3, calls may be 
placed between and among the phone devices associ- 

15 ated with multimedia PCs 321, as well as POTS tele- 
phone 313. Conference calling may be achieved, as well 
as many advanced features. Moreover, features that are 
appropriate to the phone devices of multimedia PCs 
321, e.g., caller information displayed on the display 

20 screen, may be provided to one or more of such phone 
devices without providing them POTS telephone 313. 
This is achieved, in accordance with an aspect of the 
invention, as described above, by having the call coor- 
dinator execute the proper feature applets, e.g., in ac- 

25 cordance with prior subscription to the features. 

[0052] FIG. 6 shows yet another exemplary embodi- 
ment of the invention. In particular, the embodiment of 
the invention shown in FIG. 6 supports as a phone de- 
vice an H.323 client. Shown in FIG. 6 are a) POTS tel- 

30 ephone 61 3, b) phone device server 603; c) call coordi- 
nator 605; d) line device server 607; e) data network 
609; f) public switched telephone network (PSTN) 611 ; 
g) data links 615; h) multimedia PCs 621 , including mul- 
timedia PCs 621-1 and 621-2; i) microphones (MIC) 

35 623, including microphones 623-1 and 623-2; j) speak- 
ers 625, including speakers 625-1 and 625-2; k) H.323 
client 627; and 1) H.323 gateway device server 629. 
Phone device server 603 performs the same function- 
ality as each of phone device servers 303 of FIG. 3. Call 

40 coordinator 605 performs the same functionality as call 
coordinator 105 of FIG. 4. H.323 client 627, together 
with microphone 623-2 and speaker 625-2, as well as 
the keyboard and display of multimedia PC 621-2, if any, 
form a phone device that uses H.323 protocol for com- 

45 municating. 

[0053] Multimedia PCs 621-1 and 621-2, line device 
server 607, and H.323 gateway device server 629 are 
each connected by a data link, e.g., one of TCP/IP links 
615, to data network 609, which is, for example, an ln- 

so ternet-like network or a so-called "intranet". Phone de- 
vice server 603 and call coordinator 605 can communi- 
cate with each other directly within multimedia PC 
621-1, and each can communicate with resources out- 
side of multimedia PC 621-1 by using the TCP/IP link 

55 61 5 that connects multimedia PC 621-1 to data network 
609. 

[0054] Similarly, H.323 client 627 can communicate 
with resources outside of multimedia PC 621-2 by using 
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the TCP/IP link 61 5 that connects multimedia PC 621 -2 
to data network 609. More specifically, H.323 protocol 
of H.323 client may ride on top of the TCP/IP link 615 
connecting multimedia PC 621 -2 to network 609. Addi- 
tionally, H.323 gateway device server629 transmits and s 
receives IP on its one of TCP/IP links 615 both TCP/IP 
using the protocol of call coordinator605 and H.323 pro- 
tocol over TCP/IP. The TCP/IP using the protocol of call 
coordinator 605 is for implementing the above-de- 
scribed first "side" of a gateway server which appears 
to call coordinator 605 as a device server. The H.323 
protocol over TCP/IP is used by the legacy network in- 
terface of H.323 gateway device server — the second 
"side" of a gateway server — for communicating with 
phone device H.323 client on a virtual legacy network 
which is actually run over data network 609. 
[0055] Line device server 607 is also connected to 
PSTN 61 1 , e.g., by a tip-ring line, as is POTS telephone 
613. Line device server 607, PSTN 61 1 , and POTS tel- 
ephone 613 functions the same as their namesake 
counterparts in FIG. 1. 

[0056] In the embodiment of FIG. 6, calls may be 
placed between and among the phone devices associ- 
ated with multimedia PCs 621, as well as POTS tele- 
phone 613. Conference calling may be achieved, as well 
as many advanced features. Moreover, features that are 
appropriate to the phone devices of multimedia PCs 
621, e.g., caller information displayed on the display 
screen, may be provided to one or more of such phone 
devices without providing them POTS telephone 613. 
This is achieved, in accordance with an aspect of the 
invention, as described above, by having the call coor- 
dinator execute the proper feature applets, e.g., in ac- 
cordance with prior subscription to the features. 
[0057] In an exemplary embodiment of the invention, 
the base namespace protocol employed is Styx. Styx is 
a distributed file system protocol that does not seman- 
tically interpret what is read/written in individual nodes 
of the hierarchical namespace. Advantageously, Styx 
can be used as a control protocol where the entities that 
look like files need not actually be files. The system ex- 
ploits this fact to carry a canonical call control protocol 
on top of Styx. Such a call structure may be similar to 
the well known Q.931. The protocol of the system in- 
cludes the file system structure exposed by the device 
servers and the vocabulary that is used on top of the 
control files. The base signaling system is independent 
of the actual data transfer details. Data transfer negoti- 
ation is expressed separately, since call processing la- 
tencies may force bundling the data transfer negotiation 
in the call control phase itself. The separation of call con- 
trol from data transfer negotiation is akin to H.323 pro- 
tocol negotiation. Unlike Q.931 , the base protocol uses 
a very simple ASCII encoding scheme similar to HTTP 
- a set of name/value pairs separated by a delimiter 
where certain name/value pairs are deemed mandatory 
based on the call control protocol primitive. Adding new 
name/value pairs can extend the base call control pro- 



tocol. New features are added to the protocol through 
addition of new messages that do not alter the base se- 
mantics of the call control protocol. Entities in the system 
that do not understand a specific name/value pair, e.g., 
corresponding to a new feature invocation or new at- 
tribute to an existing feature, just ignore the pairand only 
honor the base call control semantics. 
[0058] Advantageously, the above system makes it 
possible for an user to subscribe to multiple telephony 
service providers simultaneously and choose the set of 
features the user desires from each service provider. 
Further advantageously, the service provider has the 
ability to provide user specific features incrementally, 
and can evolve the overall system by adding new fea- 
ture applets and device servers. Additionally, by adding 
new gateway device servers a service provider can in- 
crementally add to the system new protocol capabilities. 
Moreover, addition of new gateway device servers does 
not in anyway impact existing feature applets or other 
device servers since the base system is tied together 
using the canonical call model based on the hierarchical 
namespace. Similarly new end-point device servers can 
be added to the system without disrupting the existing 
system. Since a) addition of new device servers hap- 
pens in an entirely distributed fashion and b) basic call 
processing system does not have to maintain state 
across calls, the system is inherently scaleable. 



1. A system for providing telecommunications servic- 
es comprising 

a device server [103, 107, 303, 307, 603, 
607,629] a call coordinator [1 05,305,605] being 
coupled together via a data network 
[109,309,609] in a client-server arrangement; 
and 

wherein said call coordinator is adapted to re- 
quest at least one service from said device server 
and is adapted to maintain communication state; 

wherein said device server is adapted to rep- 
resent telephone devices and is one of the group 
consisting of end-point device servers and gateway 
device servers, wherein said end-point device serv- 
ers are adapted to perform afunction from the group 
consisting of representing controls for communica- 
tion and performing media rendering and wherein 
said gateway device servers have two sides, a first 
of said sides is adapted to appear to said call coor- 
dinator as if it were a device server and a second 
of said sides has an interface that is adapted to in- 
terwork with at least one type of preexisting tele- 
phone service; 

characterized in that 
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said device server is the server in said client- 
server arrangement and said call coordinator is 
the client in said client-server arrangement; 
and in that 

said call coordinator is adapted to expose said 
communication state as a hierarchical name- 
space for use in processing calls through said 
system for providing telecommunications serv- 
ices. 

2. The system as defined in claim 1 wherein said de- 
vice server is an end-point device server[103, 303, 
603]. 

3. The system as defined in claim 2 wherein said end- 
point device server is a phone device server[103, 
303, 603]. 

4. The system as defined in claim 1 wherein said de- 
vice server is a gateway device server[107, 307, 
607, 629]. 

5. The system as defined in claim 4 wherein said gate- 
way device server is a line device server[107]. 

6. The system as defined in claim 4 wherein said gate- 
way server has a first interface for controlling an as- 
pect of legacy telephony service and a second in- 
terface which appears to said call coordinator as a 
device server. 

7. The system as defined in claim 1 wherein said call 
coordinator is adapted to execute feature applets. 

8. The system as defined in claim 1 wherein said call 
coordinator is adapted to coordinate call processing 
through execution of feature applets. 

9. The system as defined in claim 1 wherein said call 
coordinator is adapted to coordinate call processing 
by through execution of feature applets, at least one 
of said feature applets not being executed by said 
call coordinator. 

10. A method for providing telecommunications servic- 
es, in a network comprising: 

a device server [103, 107, 303, 307, 603, 607, 
629] a call coordinator [1 05,305,605]; the meth- 
od comprising coupling together said device 
server and call coordinator by a data network 
[109,309,609] in a client-sever arrangement; 
and 

wherein said call coordinator is adapted to re- 
quest at least one service from said device server 
and is adapted to maintain communication state; 

wherein said device server is adapted to rep- 



resent telephone devices and is one of the group 
consisting of end-point device servers and gateway 
device servers, wherein said end-point device serv- 
ersare adapted to perform a function from the group 
consisting of representing controls for communica- 
tion and performing media rendering, and wherein 
said gateway device servers have two sides, a first 
of said sides is adapted to appear to said call coor- 
dinator as if it were a device server and a second 
of said sides has an interface which is adapted to 
interwork with at least one type of preexisting tele- 
phone service; 

CHARACTERIZED BY: 

said coupling being performed so that said de- 
vice server is the server in said client-server ar- 
rangementand said call coordinator is the client 
in said client-server arrangement; and 
by exposing said communication state as a hi- 
erarchical namespace by said call coordinator 
for use in providing said telecommunications 
services. 



25 Patentanspriiche 

1. System zum Bereitstellen von Telekommunikati- 
onsdiensten, umfassend: 

30 einen Gerateserver (103, 107, 303, 307, 603, 

607, 629) und einen Verbindungskoordinator 
(105, 305, 605), die uber ein Datennetz (109, 
309, 609) in einerKlient-Server-Anordnung an- 
einander gekoppelt sind; 

35 

wobei der Verbindungskoordinator dazu angelegt 
ist, wenigstens einen Dienst von dem Gerateserver 
anzufordern, und dazu angelegt ist, den Kommuni- 
kationszustand aufrechtzuerhalten; 

40 wobei der Gerateserver dazu angelegt ist, Telefon- 
apparate zu reprasentieren, und einer aus der 
Gruppe ist, die aus Endpunktgerateservern und 
Netzkopplungsgerateservern besteht, wobei die 
Endpunktgerateserver dazu angelegt sind, eine 

45 Funktion aus der Gruppe auszufuhren, die aus der 
Darstellung von Steuerungen fur die Kommunikati- 
on und der Ausfuhrung einer Medienaufbereitung 
besteht, und wobei die Netzkopplungsgerateserver 
zwei Seiten haben, wobei eine erste der Seiten da- 

so zu angelegt ist, fur den Verbindungskoordinator so 
zu erscheinen, als ob sie ein Gerateserver ware, 
und eine zweite der Seiten eine Schnittstelle hat, 
die zur Zusammenarbeit mit wenigstes einer Art 
von bereits bestehendem Telefondienst angelegt 

55 ist; 

dadurch gekennzeichnet, dass 

der Gerateserver der Server in der Klient-Ser- 
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ver-Anordnung ist, und derVerbindungskoordi- 
natorder Klient in der Klient-Server-Anordnung 
ist; und dass 

der Verbindungskoordinator dazu angelegt ist, s 
den Kommunikationszustand als einen hierar- 
chischen Namensraum darzulegen, zur Ver- 
wendung bei der Verarbeitung von Verbindun- 
gen durch das System zur Bereitstellung von 
Telekommunikationsdiensten. <o 

2. System nach Anspruch 1 , wobei der Gerateserver 
ein Endpunktgerateserver (103, 303, 603) ist. 

3. System nach Anspruch 2, wobei der Endpunktge- <s 
rateserverein Telefongerateserver (103, 303, 603) 

ist. 

4. System nach Anspruch 1 , wobei der Gerateserver 

ein Netzkopplungsgerateserver (107, 307, 607, 20 
629) ist. 

5. System nach Anspruch 4, wobei der Netzkopp- 
lungsgerateserver ein Leitungsgerateserver (107) 

ist. 25 

6. System nach Anspruch 4, wobei der Netzkopp- 
lungsgerateserver eine erste Schnittstelle zum 
Steuern eines Aspekts eines Legacy-Telefonie- 
dienstes hat, und eine zweite Schnittstelle, die fur 30 
den Verbindungskoordinator als Gerateserver er- 
scheint. 

7. System nach Anspruch 1, wobei der Verbindungs- 
koordinator dazu angelegt ist, Feature-Applets aus- 35 
zufiihren. 

8. System nach Anspruch 1, wobei der Verbindungs- 
koordinator dazu angelegt ist, eine Verbindungs- 
verarbeitung durch die Ausfuhrung von Feature- *o 
Applets zu koordinieren. 

9. System nach Anspruch 1, wobei der Verbindungs- 
koordinator dazu angelegt ist, eine Verbindungs- 
verarbeitung durch die Ausfuhrung von Feature- 45 
Applets zu koordinieren, wobei wenigstens eines 
der Feature-Applets nicht von dem Verbindungsko- 
ordinator ausgefuhrt wird. 

10. Verfahren zum Bereitstellen von Telekommunikati- so 
onsdiensten in einem Netzwerk, umfassend: 

einen Gerateserver (103, 107, 303, 307, 603, 
607, 629) und einen Verbindungskoordinator 
(105,305,605); 55 

wobei das Verfahren das Aneinanderkoppeln des 
Gerateservers und des Verbindungskoordinators 
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durch ein Datennetz (109, 309, 609) in einer Klient- 
Server-Anordnung umfasst; 

wobei der Verbindungskoordinator dazu angelegt 
ist, wenigstens einen Dienst von dem Gerateserver 
anzufordern, und dazu angelegt ist, einen Kommu- 
nikationszustand aufrechtzuerhalten; 
wobei der Gerateserver dazu angelegt ist, Telefon- 
apparatezu reprasentieren und einerausderGrup- 
pe ist, die aus Endpunktgerateservern und Netz- 
kopplungsgerateservern besteht, wobei die End- 
punktgerateserver dazu angelegt sind, eine Funkti- 
on aus der Gruppe auszufuhren, die aus der Dar- 
stellung von Steuerungen fur die Kommunikation 
und der Ausfuhrung einer Medienaufbereitung be- 
steht, und wobei die Netzkopplungsgerateserver 
zwei Seiten haben, wobei eine erste der Seiten da- 
zu angelegt ist, fur den Verbindungskoordinator so 
zu erscheinen, als ob sie ein Gerateserver ware, 
und eine zweite der Seiten eine Schnittstelle hat, 
die zur Zusammenarbeit mit wenigstes einer Art 
von bereits bestehendem Telefondienst angelegt 
ist; 

gekennzeichnet durch 

eine derartige Ausfuhrung der Kopplung, dass 
der Gerateserver der Server in der Klient-Ser- 
ver-Anordnung ist, und derVerbindungskoordi- 
nator der Klient in der Klient-Server-Anordnung 
ist; und 

die Darlegung des Kommunikationszustandes 
als hierarchischen Namensraum durch den 
Verbindungskoordinator zur Verwendung bei 
der Bereitstellung der Telekommunikations- 
dienste. 



Revendications 

1. Systeme de fourniture de services de telecommu- 
nications comprenant : 

un serveur de dispositifs [103, 107, 303, 307, 
603, 607, 629] et un coordinateur d'appels 
[105, 305, 605] couples ensemble par I'inter- 
mediaire d'un reseau de donnees [109, 309, 
609] dans un agencement client-serveur ; 

dans lequel ledit coordinateur d'appels est 
adapte pour demander au moins un service audit 
serveur de dispositifs et est adapte pour maintenir 
un etat de communication ; 

dans lequel ledit serveur de dispositifs est 
adapte pour representer des dispositifs telephoni- 
ques et est I'un du groupe consistant en serveurs 
de dispositifs de point d'extremite et de serveurs de 
dispositifs passerelles, dans lequel lesdits serveurs 
de dispositifs de point d'extremite sont adaptes en 
vue d'executer une fonction dans le groupe consis- 



EP 0 963 096 B1 



10 



19 

tant en representation de commandes de commu- 
nication et execution d'un rendu de supports, et 
dans lequel lesdits serveurs de dispositifs passerel- 
les ont deux cotes, un premier desdits cotes est 
adapte pour apparaTtre audit coordinateur d'appels 5 
comme s'il s'agissait d'un serveur de dispositifs et 
un deuxieme desdits cotes a une interface qui est 
adaptee pour interagir avec au moins un type de 
service telephonique pre-existant ; 

caracterise en ce que <o 
led it serveur de dispositifs est le serveur dans 
ledit agencement client-serveur et ledit coordina- 
teur d'appels est le client dans ledit agencement 
client-serveur ; et en ce que 

ledit coordinateur d'appels est adapte pour fs 
exposer ledit etat de communication comme espa- 
ce de noms hierarchique destine a etre utilise dans 
le traitement d'appels par le biais dudit systeme de 
fourniture de services de telecommunications. 

20 

2. Systeme selon la revendication 1, dans lequel ledit 
serveur de dispositifs est un serveur de dispositifs 
de point d'extremite [103, 303, 603]. 

3. Systeme selon la revendication 2, dans lequel ledit 2s 
serveur de dispositifs de point d'extremite est un 
serveur de dispositifs telephoniques [103, 303, 
603]. 

4. Systeme selon la revendication 1, dans lequel ledit so 
serveur de dispositifs est un serveur de dispositifs 
passerelles [107, 307, 607, 629]. 

5. Systeme selon la revendication 4, dans lequel ledit 
serveur de dispositifs passerelles est un serveurde 35 
dispositifs en ligne [107]. 

6. Systeme selon la revendication 4, dans lequel ledit 
serveur passerelle a une premiere interface pour 
commander un aspect de service telephonique he- *o 
rite et une deuxieme interface qui apparait audit 
coordinateur d'appels comme un serveur de dispo- 
sitifs. 

7. Systeme selon la revendication 1, dans lequel ledit 15 
coordinateur d'appels est adapte pour executer des 
applets de fonctions. 

8. Systeme selon la revendication 1 , dans lequel ledit 
coordinateur d'appels est adapte pour coordonner so 
le traitement d'appels durant I'execution des ap- 
plets de fonctions. 

9. Systeme selon la revendication 1, dans lequel ledit 
coordinateur d'appels est adapte pour coordonner 55 
le traitement d'appels, durant I'execution des ap- 
plets de fonctions, en n'executant pas au moins I'un 
desdits applets de fonctions. 
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10. Precede de fourniture de services de telecommuni- 
cations, dans un reseau comprenant : 

un serveur de dispositifs [103, 107, 303, 307, 
603, 607, 629] et un coordinateur d'appels 
[105, 305, 605] ; 

le procede comprenant le couplage ensemble 
dudit serveur de dispositifs et dudit coordina- 
teur d'appels par un reseau de donnees [109, 
309, 609] dans un agencement client-serveur ; 

dans lequel ledit coordinateur d'appels est 
adapte pour demander au moins un service audit 
serveur de dispositifs et est adapte pour maintenir 
un etat de communication ; 

dans lequel ledit serveur de dispositifs est 
adapte pour representer des dispositifs telephoni- 
ques et est I'un du groupe consistant en serveurs 
de dispositifs de point d'extremite et de serveurs de 
dispositifs passerelles, dans lequel lesdits serveurs 
de dispositifs de point d'extremite sont adaptes en 
vue d'executer une fonction dans le groupe consis- 
tant en representation de commandes de commu- 
nication et execution d'un rendu de supports, et 
dans lequel lesdits serveurs de dispositifs passerel- 
les ont deux cotes, un premier desdits cotes est 
adapte pour apparaitre audit coordinateur d'appels 
comme s'il s'agissait d'un serveur de dispositifs et 
un deuxieme desdits cotes a une interface qui est 
adaptee pour interagir avec au moins un type de 
service telephonique pre-existant ; 

CARACTERISE PAR : 

I'execution dudit couplage de telle sorte que le- 
dit serveur de dispositifs soit le serveur dans 
ledit agencement client-serveur et ledit coordi- 
nateur d'appels soit le client dans ledit agence- 
ment client-serveur ; et 

I'exposition dudit etat de communication en tant 
qu'espace de noms hierarchique par ledit coor- 
dinateur d'appels destine a etre utilise dans la 
fourniture desdits services de telecommunica- 
tions. 
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